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S Cryptocurrency Basics hace 


e Store value 


° ee ecosystem to enable efficient distribution and management of 
value 


Y Original Blockchain Organizations: Bitcoin, Litecoin, 
Ethereum, primarily interested in maintaining the base 
infrastructure that keeps the blockchain operating as is (or 
part of a roadmap). Primarily focused on the infrastructure 
necessary for the cryptocurrency operating smoothly 


Y Decentralized Services on Top of Blockchain - e.g Cosmos 
— an Internet of blockchains, Swarm — decentralized 
crowdfunding, Storj — distributed SN hi blockchain based , 
open source, cloud storage, or blockchain stacks using 
multiple blockchain services 


vY Enterprise Blockchain Organizations -These include 
organizations like Ripple, Ethereum Enterprise Alliance and 
Hyperledger. 
¢ Purpose is to take public blockchain technology and figure out how 
to make it ‘work’ for current enterprise organizations. 
¢ While some goals are in alignment with the public blockchain goals, 
Specie use Cases will turn enterprise blockchain into a classification 
of its own. This means we need to consider the Enterprise use 
cases as separate entities 


Saal Cryptocurrency Basics = f°" 


v Entrepreneurial Ventures utilizing Blockchain 


- These are start-ups and businesses not focused on 
infrastructure, but building services to utilize blockchain 
technology. 


Current exchanges (such as Coinbase) as well as companies 

working inside Consensys would be an example of this (check 
out VariabL, a Decentralized Options Market). These are guys 
that are building services outside of the blockchain to make it 

more useful. 


¢ As time goes on, this group will grow dramatically as the 
underlying technology gets more mature. 


¢ Blockchain to manage space applications 


VY Value is services capacity e.g. downlink capacity, imaging capacity, 
power Capacity, ground networks for distribution etc 


Y any limited resource 


Source: https://www.quora.com/As-of-early-2017-what-is-a-summary-of-the- 
cryptocurrency-ecosystem 
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rhdard 
& Cryptocurrency Recent News rte 


¢ As of September 6, 2017, cryptocurrency market capitalization was $157 
billion compared to $12 billion Sept 12, 2016 (source: 
https://coinmarketcap.com/charts/) 


Trading volume for all cryptocurrencies was recently $5 - $9 billion USD 
el 24 hour period versus $112 million Sept 12, 2016 (source: 
ttps://coinmarketcap.com/charts/) 


¢ Market capitalization climbed 17% from Sept 5, 2017, $20 billion in 24 
hours, recovering from 25% decline earlier in week 


Y China’s financial regulators deemed illegal, initial coin offerings (ICO), or sale of 
new cryptocurrencies to fund blockchain project development 


Van Eck (24.7 billion money manager) filed with SEC to start an ETF 
based on Bitcoin linked derivatives on Aug 11, 2017 (going more 
mainsteam) 


Previously SEC shot down Cameron and Tyler Winklevoss’ (Facebook, 
ConnectU) request for a bitcoin ETF listing on Bats, the stock exchange 
recently purchased by exchange giant CBOE Holdings, in March. 
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asa Five of Top Crypto-Currencies 4rt4ed 


Crypto Key % market | % market | % price eteyaataattai' 
: Sept12, | Sept 12, increase 
ACE TSS 2016 2017 since 
1/1/2017 
Bitcoin Public bitcoin 80 47.5 451 85% of market as 
blockchain, P2P (520 max recently as Mar 5, 
transactions approx.) 2017 
Ethereum Smart ether 8.22 19.08 3871 
Contracts (5000 max) 
Neo Chinese neo 0 0.72 15753 
version of (33340 max) 
Ethereum 
Litecoin Faster Litoshi 1.5 2.38 1438 
transactions (1856 max) 
and improved 
storage 
requirements 
Ripple Commercial XRP/ 1.72 5.6 3505 
Blockchain, drops (5960 max) 
speed, private 
P2P 


Source: https://coinmarketcap.com/charts/ Daniel Mandl Code 581 NASA/GSFC 


¢ A Distributed Spacecraft Mission (DSM) is one that involves 
multiple spacecrafts to achieve one or more common goals. 


¢ If defined from inception, then it is called a “constellation” 


e If it becomes a DSM after the fact, then it is called an “ad 
hoc” DSM or “virtual mission” 


from GSFC internal report by Jacqueline LeMoigne 
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Basics of Bitcoin Grd dena 


Exhibit 1: The Blockchain is a distributed, public ledger, most commonly 
known as the core underlying technology for Bitcoin 


Qa) Counterparty A sends The transaction is 
funds to Counterparty B configured into a 
block 


a-S- 


Counterparty B receives The block is then added to the chain 
funds from Counterparty A which records the entire non-reversible 
history of transactions in a public ledger 


The transaction is broadcast across 
the entire network which validates it 


Source: Goldman Sachs Global Investment Research. 7 
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ad Key Bitcoin Characteristics et Aece 


¢ Distributed ledger (stored in blockchain) 
¢ Easy to set up and participate (low entry barrier) 
¢ Anonymous (public access) 


¢ Transparent, holographic, provenance, audit trail, 
trust, collaboration 


¢ Minimizes transaction fees (very low cost) 


¢ Fast (payments arrive in minutes) versus 
international banking delays 


¢ Non-repudiable, immutable, encrypted 


Benefits for DSM Use 1%“ 


¢ Lowers cost 
¢ Increases reliability 


* Reduces cost to join constellation since all that is needed is blockchain 
interface (similar to automotive Onboard Diagnostics (OBD II) standards) 


¢ Automatic audit trail 
Y Provides data provenance 
Y Great tool for debugging (similar to automotive Onboard Diagnostics (OBD II) 
standards) 
Y Provide data for artificial intelligence tools 
** More and easy access to training data 


«* Enables continuous learning because new data immediately and constantly comes in 
(perfect for Deep Learning/Tensor Flow 


Y Can document digital rights and therefore promotes sharing of data 


** People are willing to share their data in open space if data is protected and if Intellectual 
Property rights protected 


Vv Makes testing easier 


¢ Enables easier and more automation at lower cost 
¢ Automatic resource outage alerts 


¢ Enables localized automated replanning (e.g. ground station out, replan for later 
downlink without ground as central coordination point, thus less efficient) 


* Enables constellation level model-based diagnostic tool similar to Livingstone 
created by Ames and run onboard Earth Observing 1 (also similar to OBD II but 
for constellations) Daniel Mandl Code 581 NASA/GSFC 9 


S& Problems to Solve for DSM Use hr" 


¢ Standard blockchains used for Bitcoin are slow 
Y Transactions validated in blocks every 10 minutes 


¢ Blockchain file sizes are very large and the initial 
download can take 24-48 hours on Bitcoin 


¢ Concurrency issues 


¢ Need light, hardened version similar to what was 
done for the Core Flight Software package to use 
on spacecrafts 


¢ Limited user base 


¢ Users need permission 


¢ Transactions verification different — centralized 
verification system 


¢ Faster 
¢ More efficient with data storage 


¢ Augmented with commercial distributed databases 
to enhance performance 
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Led ger rs 


CODES - ACH: ACH Payment | ATM: Cash Withdrawal | BP: Bill Payment | DC: Debit Card | DD: Direct Deposit | SF: Service Fee | WT: Wire Transfer 


SPACE FLIGHT CENTER 


Example of checkbook ledger where 


NUMBER’ DATE TRANSACTION DESCRIPTION Bacal wr ee BALANCE someone kee pS t rac k of t h el rs p en d j Nn g 
CODE DEBIT DEBIT 
s/s | Starting Balance Wo |\oo transact j ons 
lq sfi/is |X¥Z Electric Company #0 00 -80 |OO . : 
@0 \00 e Key issue: checks validated and cleared 
DD s/V/is ABC Employer 1500|\00 +!5s00 |00 
45G¢0 OO 
ais 5/3/\s Jane Doe 30 OO -30 |0O 
BP s/s/is | Net#lx 10'00 
DC 8/6/15 \123 Grocery Store 3500 


¢ Example of EO-1 Activity Plan which : aT 
Simple Pracsment Forward Dispatch | sep He Hide Em ty TimeLines Display/iside Timelines H Zoom Out Zoom i ¥ Zoom Out] 
kept track of operation activities and 


acted as localized ledger 
¢ Key issue: Interim and End-Item 

verification (partial list) 
- Did image goals get uploaded 
- Did image get taken 
- Did image data get downlinked 
to ground station 
- Did ground station successfully 
receive downlink and forward 
- Did Data Processing System 
successfully process to LevO, Lev1 


- Did image get published or sent 


to user Figure 1. A one-week operations plan for the New Millennium Earth Orbiter One generated by the Aspen planning system. 
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Different Ledger Configurations Grbdand 


Centralized Decentralized Distributed Ledgers 


AD 


17—N 


The New Networks 


Distributed ledgers can be public or - Users (@) are anonymous - Users (@) are not anonymous 
private and vary in their structure and size. 

- Each user has a copy of - Permision is required for 

the legder and partipates users to have a copy of the 
Public blockchains in confirming transactions legder and participate in 

independently confirming transactions 


Require computer processing power to 
confirm transactions ("mining” 


[Es Blockgeeks 
—— 


Most if not all spacecraft operations live here 
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Figure 1. How the Bitcoin blockchain works 


Bob owes Alice 
money for lunch. 

He installs an app 
on his smartphone 
to create a new 
Bitcoin wallet. 

A wallet app is like a 
mobile banking app 
and a wallet is like a 
bank account. 


ef 
J 


To pay her, he 
needs two pieces 
of information: 

his private key and 
her public key. 


Some Details 


~ 


Bob gets Alice’s 
public key by 
scanning a QR code 
from her phone, or 
by having her email 
him the payment 
address, a string of 
seemingly random 
numbers and 
letters.* 


The app alerts 
Bitcoin ‘miners’ 
around the world of 
the impending 
transaction. ‘Miners’ 
provide transaction 
verification services. 


The miners verify 
that Bob has 
enough bitcoins to 


make the payment. 


*Anyone who has a public key can send money to a Bitcoin address, but only a signature generated by the private key can release money from it. 


Graphic: Deloitte University Press. Source: American Banker”? 
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Many transactions 
occur in the network 
at any time. All the 
pending transactions 
in a given timeframe 
are grouped (in 

a block) for 
verification. Each 
block has a unique 
identifying number, 
creation time and 
reference to the 
previous block. 
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Blockchain in Space Scenario 1 — Basic Imaging Operations 


Blockchain sync occurs every hour 
via TDRSS or Iridium (100 kbps) 
User requests scene over northern 
UMS AVE mo) (ole) colnr-llam=lal das 
Software on SC’s writes status in 
le}lexel <olarelia 

NV LOX@R- lave Ciaelelaremsie-lalelan-lkie 
write status in Moe SNES 


yo490/¢ 


*  YOSS3I0/d UID 


INTERNET 
 BamelWiandbeode sai NASA/GSEC. kes) Le 


7 col eee 


& Basic Imaging Operations te 


¢ User enters image request, location and timeframe via 
blockchain entry 


¢ Assets provide availability which includes overflight 
times, inview times for ground stations and 
prescheduled conflicts 


¢ First available asset schedules image time and downlink 
time as needed 


¢ Operation errors, outages etc. are recorded on 
blockchain 


¢ Completion time, downlink time to ground station and 
successful publishing of data to user specified location 
are documented in blockchain. 


rhdond 
& Smart Contracts (Ethereum and sihanast — 


¢ Autonomous 

¢ Encryption allows safeguarding of documents 
¢ Documents are backed up since many copies 
¢ Low cost to execute since no intermediary 


¢ Accurate because terms are executed via software 
directly from contract 


sal Porting Operational Spacecraft Softwaret 
Distributed Smart Contracts 


e Autonomous Sciencecraft Experiment (ASE) — onboard 
autonomy that ran on Earth Observing 1 (EO-1) for 12 
years 

¢ Livingstone Model-Based Onboard Diagnostic tool — ran 
on EO-1 

¢ AMPS, ASPEN and other planning tools 

¢ Augment all of the SensorWeb tools 
(https://sensorweb.nasa.gov) 


« Accurate because terms are executed via software 
directly from contract 


fs 


a 


‘Ri 


Person A 
purchases a car from a 
dealer. That car is represent- 
ed in the block chain by a 
bitcoin, allowing the 
purchaser to view the car's 

history in the public ledger. 


Smart Contract Example 


SPACE FLIGHT CENTER 


on 


Person B 
purchases the car from 
Person A and learns the car 
was in an accident by 
reviewing the car’s history 
in the block chain. 


Person C 
purchases the car from 
Person B and learns the car 
was serviced regularly and 
there was an accident by 
reviewing the car's history 

in the block chain. 


purchases the car from 
Person C and reviews the 
car's history in the block 
chain to learn about the 
accident, service history, 
and recent work that was 
done on the car to pass 
an emissions test. 
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Blockchain in Space Scenario 2 — Smart Contract, Managed Campaigns 
Be’SCA 


ain sync occurs everye0 
minutes via TDRSS or Iridit7(100 
K40) 6)s9) 

¢ User requests campaign over Great 
Lakes to monitor Algal Blooms for User 
A campaign over Maine for User B 

e User A and User B have different digital 
rights 

e User A gets raw data and data products 

e User B only gets selected data produc 
releasable to public AGS .; 


4QSSaIOJd UIDYIIO/g puno4s 


INTERNET 
Oe ete - DanreL MandlCode 581 NASA/GSFC_2) oA > as 


D sear Contracts and Managed Campaigns 


¢ Users submit smart contract to complete a series of 
images with conditions (e.g. weekly diurnal over a 
growing season spectral measurements to create time 
series) 


¢ Assets self-schedule and route data and data products 
according to users depending on data rights 


¢ Users provide backup imaging plans when assets are 
out of commission or failures occur 


e Users provide time constraints and locations desired 


¢ Audit trail of completed imaging operations with 
successes and failures documented in blockchain 


Blockchain in Space Scenario 2 — Smart Contract, Machine Learning 
Be’SCA ADRES 
3 oe a ~~. 


ain sync occurs everye0 

minutes via TDRSS or Iridit7(100 

K40) 6)s9) 

User requests campaign over Great 

Lakes to monitor Algal Blooms for User 

A campaign over Maine for User B GENNL/ — SCE 

UKy-lar-WelateMOKtclalsMaricMelliccixcialmellicl) inference «an 
Engine wy 

rights a 

Remote Sensing as a Service 

NW FeKel al fate Mer-laallarcae) eldiaal Acts 

Constellation efficiency AGS 
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Smart Contracts, Machine Learning to G:-tdaw 
Optimize Constellation 


Users submit smart contract to complete a series of images 
with conditions (e.g. weekly diurnal over a growing season 
spectral measurements to create time series) 


Assets self-schedule and route data and data products 
according to users depending on data rights 


Machine learning allocated Constellation resources based 
on learned methods to optimize image output and minimize 
cost to user 


Users provide time constraints and locations desired 


Audit trail of completed imaging poten: with successes 
and failures documented in blockchain 


Machine learning uses audit trail to continuously learn and 
improve 


¢ E.g Experiment being conducted (Ichoku, Mackinnon, Mandl et al) 
to observe fires and recognize their radiative type from any angle 
similar to recognizing a face at any angle 
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Blockchains for Artificial Intelligence 


¢ Decentralized and Shared control encouraging data sharing 
> More data and better models 
> Qualitatively new data and therefore qualitatively new models 
> Shared control of Al training data and training models 


> Immutability/audit trail 


> Leads to provenance on training/testing data and models to 
improve the trustworthiness of the data and models 


>» Native assets/exchanges 


> Leads to training/testing data & models as intellectual property 
(IP) assets, which leads to decentralized data & model exchanges. 
It also gives better control for upstream usage of your data 


From: Blockchains for Artificial Intelligence 
https://blog.bigchaindb.com/blockchains-for-artificial-intelligence-ec63b0284984 


Daniel Mandl Code 581 NASA/GSFC 24 


Sy Application Areas for Earth Science¢4o( 


¢ Low latency operational coordination and dynamic tasking 
> Permission private block chain 
> Support SensorWeb with reduced decision latency 
> Coordinate action without exposing to risk of corruption 


> Science mission coordination in Sensor Webs 
> Platforms within SensorWeb shared across diverse set of scientific missions 
> Private ledger will schedule for the various teams and have assurance of identify, access and prevent 
disruptive use of the instrument 
> Distributed Data and Analysis 


> Portions anad copies of particular datasets scattered across public and private cloud computing 
environment 


> Provide record of location 
> Grant and revoke access permissions 
> Provide record of derived data 


> Citizen Science 
> Collaborative access to science data 


> Management of the Commons 
> Community aligns on a shared interest but cannot establish reciprocal trust between member 
> E.g. Avoiding orbital collisions 


Source: AIST Blockchain Study for NASA HQ 
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Related Issues to Blockchain in Space 


¢ Delay Tolerant Network (DTN) 
¢ Consultative Committee for Soace Data Systems (CCSDS) 
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BACKUP 


Daniel Mandl Code 581 NASA/GSFC 27 


It’s Complicated—Lot’s of systems, pipes and delays! 
NMP EO-1 RED TEAM REVIEW 


Science Validation Team 


Original EO-1Operations Overview| NRA 


Investigators 


Stennis 


Mission Science Office 


| . ——_ 
= ne Telomere Mission Operations Center 
Sao Support (MOC) at GSFC 

WARP PB, sent 
via mailed tapes 


Instrument Calibration 
Scientists Scientists, JPL 


EO-1 Scene Processed 
Requests Data 
Core Ground System (CGS) 


- Command and control EO-1 Mission 


o 


X and S Band 


RT SOH - VCO top. . 
Aéeiame raleiiat N PB SOH Post Pass- Health and Safety monitoring Science Science Office 

4{\_ Command VC1 Trending Scheduling Plan 
BK | Sig Events - VC2 CMS a Mission Science 
Ti A - §-Band Science Data Processing Daily target eectuinasl ka ts 
=—s Data Processing System (DPS) list and DCE Eee 


Tables : ' 
Memory Loads - X-Band Science Data Processing 


Commands -Level 0 + 
Mission Ops Planning & Support Science Validation 
System (MOPSS) Facility 
- Planning and Scheduling Pigeeexed Functions for the SVT: 
Flight Dynamics System (FDS) Data *ALI Level-1 Processing 
- Orbit ————== *Data Archive 
Pepe ‘ - Attitude Data Distribution 
«Image Assessment 
*Calibration 


ancillary data 


BS yw Svalbard, Wallops r ; Hyperion 
(Backup / Launch) Landsat 7 State ormation Schedules LO data il Hyperion 
Vectors Flying of Landsat 7 Loalt 
Coordination Scenes data 
McMurdo 
(Launch / Maneuvers) Landsat 7 TRW 


MOC at GSFC *Process Hyperion 


level 1 data 


*Commercialization 
planning 


Ops Overview 
May, A: 1*hn9N/94/NN 


pai. User interface 
(Science Technology ~ ~"~——_ __ 
Validation Validation Team USGS target \ 


Team targets. ee ease regu ts 7 
~~ an - 


Level 1 & higher d = 


science data’ OPS \j Bin ahiga Cocaine 
products | engineering 4 


Level 0 processed science data 


y oN 


I 
I 
ean \sequests “1 Deputy Mission Scientist 
Processing at jj JPL | USGS J GSFC | Flight Ops pm meme HUSH) SysEngineer | 
GSFC rae : Mission Planner 
Sy times ctea, ES oe eo 
Scheduling Mission Planner De-corfllicted, 
manehy selected 
fay Daily plan weekly;schedule 
science station 
nia we ies i ee ae Manpower intensive ($5 million 
F Talal lane 
X-band Sched Sys to operate 1* year) 


Flight Dynamics 


Supper Sys Daily activity plan Manual negotiation to deconflict 


requests and resources with 
ASIST Telemetry & ‘ aiees| : 
Command Sys multiple planners and planning 
telemetry Status reporting centralized 
Typically 4 scenes a day 
RF Link eI 59 steps to plan one scene 
cmd/ er Typically had to go to planning 


ee ee ee eee 


tracking \ commands 
data 


Le Oe ee, | 


Alaska, telemetry committee meeting to find status 
Norway, of image requests 

Wallops 

Ground 


Stations zesmaaesialellll Daniel Mandl Code 581 NASA/GSFC 29 


User interface 


Qe eee 


Level 1 & higher 


Level 0 processed science da processed ee 
science dat Planning Committee 


I 
i 
I 
PL GSFC Mission Sys Engineer _! 
Processing at J URST ETS) ee I 
papa Mission Planner 

I 

| 


contact argets 

Mali (esr laleKam times 

Scheduling Mission Planner e-conflitted, 
manually, selecte 


USGS Representative 
JPL Representation. _ _ 


teks Pell) weekly s¢hedule D flicted 
science | station (EL (backup approach & ee pcIed: od 
data in-views VWiecieake)s] maneuvers) ics hha 
via : Planning & Fe 

X-band Sched Sys 


Flight Dynamics 
SIT 0) oe) g BONE) Daily activity plan 


ASIST Telemetry & goals ASPEN Ground Planner 
Command Sys i with Web Interface 


Commands, 7000 er ee 
goals telemetry 


Tod (=) alors) 
RF Link science dat ed Rolex") [ale 
d, goals/ 
cmd, goals cmd 


SCL-Meta- 


CASPER forolanlaatslace| 


Oya} eyey-ke 


forveyaiine)i (=) 


I 
I 
I 
I 
I 
telemetry i 
I 
I 
I 
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USGS Disaster Technology 


Phase 3 Add Web Services 2008 target target Validation 
requests. requests activities 


pt_BR ___t_T_)__ ee 


I L1R. L1G l Mission. "1 
! Level 0 : I systems ! 
l : Sr Lop I I 
; science 2 Products Engineer , 
I —_— 

i ate LiR, L1G 
i External and = 
He riretel ee Internal User 
" net reer — I argets r 
I times 
: : 
| _ 

) raw a backup JPL i ieatecrorinal I 
| science | station users d i I 
7 are targeis_ ! Science I 
I Jae 6verflight Auto grnd Office | [ 
I via times f \ (Secure Web. r 
1 ee times ance Met apg Galea } Interface) I 
yp EL triggers NASA investigator I 
Daily activity plan targets Misc targets 
! goals l 
I Ne I 


cking\ Commanfs, 74 intents 


goals telemetry goals Onboard EO-1 
RF Link age science i a 
cmd, goals/ a9 


I 
I 
I 
I 
I 

telemetry i 
I 
I 
activities 
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Built SensorWeb Tool - GeGoBPMS-to Handle Complexity with 


Automated Web Notification and Tracking 
Direct Internet Access to Data and Tasking 


NorthCal Fires Northern Calitornia Fires tire patrice Yosemite Telegraph Fire, Basin Complex, 06/29/2008 06/29/2008 
Whiskeytown Complex, ... 02:13 PM 09:18 PM 

NSP Nationa Signature Program intel patrice T4-03, TA&-02, T4-01 03/03/2008 05/16/2008 
10:25 4M 12:42 PM 

Oceans Innovation Oceans Innovation Workshop algae patrice Monterey Bay 09/10/2008 09/16/2008 
Demo 06:18 PM 06:38 PM 

Salt Marshes To determine salinity contents of flooding patrice Lancaster, V4 07/26/2008 07/26/2008 
flooded areas 02:36 PM 02:36 PM 

SoCal Fires Southern California Fires fire patrice - 09/06/2007 06/28/2008 
12:00 4M 09:23 PM 

UAV N4S4 Ames Ihkana flight scenario fire veri_pat Flood 09/06/2007 06/04/2008 
12:00 4M 02:00 PM 

UAV 2 N4S4 Ames Ihkana Flight fire scott UAV 2 Test 09/17/2008 09/17/2008 
Scenario 12:40 4M 12:40 4M 

UAV 3 : fire UNKNOWN California 09/18/2008 09/18/2008 


http://geobpms.geobliki.com/ 


Scenario/Campaign Tasking Requests for UAV 3 


Geolocation Scenario Feasibilities 


Tasking Request: 


Title: California 
Description: 

Category: 

Latitude: 41.3 
Longitude; -123.8 
Country Code: US 


Country United States 
Name: 


Zone Number: 36 

Zone Name: Northern California 

Region 3 

Number: 

Region Name: Oregon, California and Nevada 
Admin Code: CA 

Admin Name: California 


Nearby: Notchko, Surgone, Shregegon (historical), Mettah, Pekwan (historical), Pecwan, Johnsons, Waseck, 
Wright Place, Martins Ferry (historical) 


Created At: Fri, 19 Sep 2008 02:32:22 -0000 
Updated At: 2008-09-19 


Feasibilities 


03:53 PM 


4 aa ia 
0.2 Edit Delete Show 
4.0 Edit Delete Show 
2 Edit Delete Show 
0.0 Edit Delete Show 
o.0 Edit Delete Show 
= Edit Delete Show 
Edit Delete Show 


USA4FRICOM. USAFRICOM Testing flooding cappelaere Zimbabwe 06/19/2008 
02:58 PM 


06/19/2008 
02:58 PM 


Edit Delete sfijju 


Problem was that there were too many Legacy Pipes and it took 
a while to cobble custom notification alerts from various systems 


Request for new or 
replacement image ASPEN Ground Planner 


ig ie with Web Interface 
cha aus Request for new or at JPL (now) 

nh replacement image (To be installed at GSFC 

= also in 2011) 


Scheduling and Notification User Services 


of EO-1 Image Acquisitions 


Note: This follows the path of | i 
information only, not image data. Ba 


\ Active list of Images. 
«jon? to be taken 
(09 GSFC (not in place yet) Collated Collated 
x : cai list of list of 
New image Mission images to images to 
request Science take take 
Office 


Note: Each facility 
currently has its own 
user notification 
method. 


Onboard EO-1 


science 
data 


Science 
Processing 


SCL-Meta- 
command 
controller 


New image 
new request 


Self P= 


serve You’ve got data 


GSFC 
GeoBPMS 
(Secure Web... 
Interface) 


cmds 


CASPER 
Onboard 
Planner activities 


Your image has 
ee been scheduled AA 
(not in place yet) : , 
List of List of 
completed completed 


Dash lines indicate 
future development of 
scheduling feedback 
so users know if their 
images have been 
scheduled. 


images images 


: rtdonre 
asa Solution A orctateartn 


¢ If every node in a spacecraft or multi-spacecraft 
architecture writes status to an immutable block that is 
synced every few minutes and is trusted, the only place 
users and systems have to go is the block 


¢ Blockchain holds the history of all transactions 


e Any new user only needs access to the block to get 
Status and history 


¢ Automatic easy extensibility for any system 


¢ Previous example is just a single spacecraft, problem 
quickly becomes unmanageable with constellation 


onen ts Blockchain 


UW 

O 

O 
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©. 
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e 
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ol 
Glayes 
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contains the current world state of the ledger and a Blockchain of 
transaction invocations 


encapsulates business network transactions in code. transaction 
invocations result in gets and sets of ledger state 


a collection of network data and processing peers forming a 
Blockchain network. Responsible for maintaining a consistently 
replicated ledger 


manages identity and transaction certificates, as well as other aspects 
of permissioned access 


creates notifications of significant operations on the Blockchain (e.g. a 
new block), as well as notifications related to smart contracts. Does not 
include event distribution. 


provides the ability to create, change and monitor Blockchain 
components 


securely manages a user’s security credentials 


responsible for integrating Blockchain bi-directionally with external 
systems. Not part of Blockchain, but used with it. 
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S& Public, Consortium, Private BlockchainsGradau 


Public blockchains: a public blockchain is a blockchain that anyone in the world can read, anyone 
in the world can send transactions to and expect to see them included if they are valid, and 
anyone in the world can participate in the consensus process — the process for determining what 
blocks get added to the chain and what the current state is. As a substitute for centralized or 
quasi-centralized trust, public blockchains are secured by cryptoeconomics — the combination of 
economic incentives and cryptographic verification using mechanisms such as proof of work or 
proof of stake, following a general principle that the degree to which someone can have an 
influence in the consensus process is proportional to the quantity of economic resources that 
they can bring to bear. These blockchains are generally considered to be “fully decentralized”. 


Consortium blockchains: a consortium blockchain is a blockchain where the consensus process 
is controlled by a pre-selected set of nodes; for example, one mien imagine a consortium of 15 
financial institutions, each of which operates a node and of which 10 must sign every block in 
order for the block to be valid. The right to read the blockchain may be public, or restricted to 
the pea and there are also hybrid routes such as the root hashes of the blocks being 
public together with an API that allows members of the public to make a limited number of 
queries and get back cryptographic proofs of some parts of the blockchain state. These 
blockchains may be considered “partially decentralized”. 


Fully private blockchains: a fully private blockchain is a blockchain where write permissions are 
kept centralized to one organization. Read permissions may be public or restricted to an 
arbitrary extent. Likely applications include database management, auditing, etc internal to a 
single mean and so public readability may not be necessary in many cases at all, though in 
other cases public auditability is desired. 


Source: https://blog.ethereum.org/2015/08/07/on-public-and-private-blockchains/ 
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